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EDITORIAL 


Tout d’abord, excusez nous du retard dans la parution de ce JPC. Il semble que, une fois tous les six 
mois, une avalanche de contretemps, changements de programme et autres incidents surviennent 
sans prévenir au moment même où nous devons nous occuper du journal ! 


Pour ne pas entrer dans les détails, disons que cela a commencé avec l'annulation très tardive (moins 
de dix jours avant la date prévue !) de la conférence d'Amsterdam, qui non seulement nous priva du 
plaisir de retrouver nos amis des clubs étrangers, mais aussi déjoua nos prévisions d’y consacrer une 
grande partie de ce numéro... Quand à la dernière raison ayant retardé la mise en page du journal, il 
s’agit d’une cascade de problèmes survenus lors des dernières étapes du développement d’un 
programme. Génant lorsque le programme en question est le but final d’un article d’une vingtaine de 
pages devant paraître sur deux numéros... 


Une fois de plus, nous tenons à signaler que ces problèmes n'auraient probablement eu aucune 
incidence sur la date de sortie du journal, si nous avions eu un stock d'articles suffisant pour 
alimenter ce numéro... À propos, nous encourageons tous les lecteurs (y compris les utilisateurs de 
HP28/48 de lire la première partie de l’article de Robert Amram, que nous remercions en passant 
pour son excellent article. 


Pour revenir brièvement sur la conférence d'Amsterdam, sachez qu’elle a été annulée par faute d’un 
nombre suffisant de participants, et que Prompt a proposé de la reporter au premier octobre, date à 
laquelle ils espèrent un plus grand nombre de personnes disponibles. Suite à cette annulation, le club 
Anglais HPCC a décidé d’orgraniser le 13 aout une mini conférence afin de fêter les dix ans (déjà !) 
du HP-71. Puisque nous parlons de conférences, nous pouvons ajouter que Craig Finseth (l’auteur de 
Freyja et Memutil), se propose d'organiser l’année prochaine (en juillet ou en aout) une conférence 
aux USA (dans le Minesota). 


Maintenant une mauvaise nouvelle. Nous avons le regret de vous annoncer que la collaboration que 
nous avions depuis de très longues années avec le magasin Maubert Electronic fait maintenant partie 
du passé. Les raisons exactes seraient trop longues à expliquer, mais elles sont dûes principalement à 
de profondes divergences d’opinions, à laquelles on peut ajouter plusieurs atteintes à notre liberté 
d'expression. Dans tous les cas, la perte n’est pas très grande, puisque nous nous étions rendu compte 
depuis longtemps que le club n’avait plus rien à attendre de cette boutique... 

Pour finir, nous tenons à rappeler aux nouveaux adhérents (et aux distraits) que nos réunions 
mensuelles s’interrompront pendant les vacances scolaires, le Centre Jean Verdiar étant fermé 
pendent cette période. Notez donc le prochain rendez-vous : le premier octobre. 











JPCM Far — 





—— JPC 97 Page 2 


UN NOUVEAU PARTENAIRE 


En remplacement de Maubert Electronic, nous avons 
le plaisir de vous présenter le nouveau partenaire du 
club. Il s’agit d’Infopoint, qui est un des principaux 
grossistes HP. De nombreux utilisateurs ont déjà eu 
des contacts (souvent sans le savoir) avec cette 
société, puisque c’est elle qui assure le support 
technique calculatrices depuis le début de l’année. 


Pour vous, cette collaboration se formalise bien sûr 
par la possibilité d’obtenir des réductions 
substancielles sur votre matériel préféré. Cependant, 
pour des raisons contractuelles existant entre HP et 
Infopoint (sans aucun rapport avec le club), les taux 
de réduction qui nous sont accordés varient en 
fonction du type de matériel acheté : 


-35% de réduction pour toute la branche calculatrices 
(HP48 et accessoires). 

-22% de reduction pour toute la branche palmtops 
(HP95/100 et accessoires). 


Le prix de base étant le "prix catalogue" HP (TTC). 
A titre d'exemple, voici quelques prix indicatifs : 


- HP48GX : 1700 F TTC. 

- Carte 1Mo pour HP48GX : 2230 F TTC. 

- HP100 1Mo : 3960 F TTC. 

- Carte Flash (type SunDisk) 5Mo : 2660 F TTC. 


Notez bien qu’il s’agit de vente par correspondance 
uniquement (pas d’enlèvement sur place). Le port est 
gratuit, mais la commande minimum est fixée à 800 F. 
Toute commande doit être accompagnée du chèque 
et d’une photocopie de la carte de membre. 


Pour tous renseignements supplémentaires, vous 
pouvez vous adresser à : 


INFOPOINT 
Joelle Le Ginche 
1, rue de Terre Neuve 
Z.A. de Courtaboeuf 
B.P.62 
91942 LES ULIS CEDEX 
Tel : (1) 69 18 20 65 


Notez enfin que si la demande est suffisante, des 
possibilités d’achats groupés d’un même matériel 
peuvent être étudiées. Faites nous connaitre vos 
souhaits ! 


Jacques Belin (123) 





ELLES COURENT, 
LES RUMEURS... 


Certains d’entre vous ont probablement eu entendu 
parler des nombreuses rumeurs qui ont circulé sur 
Internet et CompuServe à propos d’un nouveau 
palmtop. Celles-ci sont apparues suite à l'apparition 
d’une référence "HP200LX2MXP" dans un catalogue 
(à paraïtre) d’un distributeur américain. Bien sûr, cela 
n’est peut être qu’une erreur de typographie. Or, 
depuis, d’autres distributeurs US auraient confirmé 
linformation et annonceraient sa sortie pour le mois 
d’aout, pendant que d’autres (généralement aussi bien 
informés) ont démenti. Bref, allez savoir... Dans tous 
les cas, si cette machine existait, et malgré le fait que 
la machine pourrait porter un nouveau numéro, 
aucune mention n’est faite sur un changement du 
hardware (microprocesseur, écran...). En fait, d’après 
les descriptions données, il ne s'agirait que d’un 
HP100 2Mo sur lequel on aurait remplacé le logiciel 
de messagerie cc:Mail par Quicken, un logiciel de 
gestion financière très répendu aux USA. Il est vrai 
que les développeurs de Corvallis ont probablement 
remarqué (ne serait-ce qu’en lisant les messages sur 
CompuServe) que Quicken est très utilisé sur le 
HP100, alors que cc:Maïl semble être totalement 
ignoré... 


Autre chose. Certains d’entre vous ont peut-être lu 
dans un récent Décision Micro, une interview de 
Philippe Germond, le responsable de la division 
micro de HP en France. Dans celle ci, il annoncait 
entre autres : "Et nous travaillons actuellement sur 
une nouvelle technologie de batterie qui nous assurera 
une bonne longueur d'avance pendant quelque temps.". 
En fait, il pourrait s’agir d’un accord de participation 
entre HP et une société appelée Valance, autour de 
batteries de type  ‘"Lithium-Polymère" qui 
sembleraient avoir une plus grande capacité que les 
batteries NiMH alimentant les portables actuels. La 
production de ces batteries devrait débuter au début 
de l’année prochaine. 


Jacques Belin (123) 
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INPUT HP28S SIMPLIFIE 


La commande INPUT des HP48 fait défaut sur nos 
HP28. Cela m’avait posé des problèmes pour réaliser 
le programme de saisie des codes AsscoD28. Pour les 
besoins de la cause j'avais simulé INPUT mais pour les 
seules nécessités de ASScoD28, donc cet INPUT est très 
spécifique. Dans le livre de William Wickes HP28 
AInsights on trouve des programmes PROMPT pour 
simuler cette commande HP-41 via HALT, mais pas de 
INPUT. Pour pallier à cette lacune je vous propose un 
INPUT28 simplifié qui n'aura donc pas toutes les 
fonctionnalités de la commande HP48 mais qui peut, 
malgré ses limites, être utile aux programmeurs. 


Syntaxe : 
niveau 1 : 1 chaîne "question" 


INPUT28R + l’objet réponse 


Fonctionnement du programme: 
dans un programme on trouvera la séquence suivante: 


. chaîne question" INPUT2BR . 





la chaîne question aura de une à trois lignes avec les 
NEMLINES éventuels. Elle sera affichée pendant que la 
réponse sera saisie jusqu’à la validation avec ENTER. 
Vous pouvez interrompre la saisie et le programme 
avec ATTN. La réponse est affichée au fur et à mesure 
de son entrée. Après validation la réponse est 
analysée et transformée en objet résultat si cela est 
correct, sinon arrêt avec message Syntax Error. Les 
corrections peuvent se faire avec la touche [<=] 
(BACK). 


Exemple: 


"borne inférieure 
de La fonction ?" 
INPUT28R 

"borne supérieure 2" 
INPUT28R 





“pas d’incrémentat ion" 
INPUT28R 


A la 1ère question, vous entrez par exemple : 


-5.6 ou -.00125 ou -1.25E-3 


Si vous avez une donnée numérique stockée dans la 
variable ToTo, vous pouvez très bien avoir une réponse 


du type : 


TOTO 5 * 


Donc il faut toujours respecter la syntaxe Rpn et se 
limiter à des données numériques. 


Ce que lon ne peut pas faire : 


- entrer des expressions algébriques. 

-utiliser la touche tshift] pour avoir accès aux 
commandes telles x * etc... 

- entrer des chaînes. 


INPUTZ28R 
160 octets cksum # 461Dh 





CK1NOLASTID 
Dispatchi 
THREE 





DOCLLCD 
%1 xXDISP 
NULLS 
BEGIN 
DUP DISPROW4 
BEGIN 
CKOATTNABORT 
xKEY %0= 
WHILE 
REPEAT 
DUP $_BACK EQUAL 
ITE :: DROP ONE OVER LENS #1- SUB$ NULLS$ TRUE ; 
DUP $_ENTER EQUAL NOT ; 





MHILE 
&s 
REPEAT 
XCLMF 
DROP 
palparse 
ITE EVAL :: 2DROP CKONOLASTHD 
CODE 
ad0ex 
d0=(5) #c015f 
c=0 a 
datO=c a 
ad0ex 
Lehex 106 
goving =Err jm 
ENDCODE 








Remarques: 


- Je n’ai pas utilisé toutes les possibilités offertes par 
palparse pour rester compatible avec les limites 
fournies par le système de saisie des réponses. Pour 
réaliser un INPUT polyvalent comme celui des HP48 il 
faudrait aller beaucoup plus loin en programmation 
sytème et aussi en encombrement mémoire, ce dont 
HP lui-même s’est abstenu. 


- Vous pouvez rebaptiser ce programme en INPUT tout 
simplement mais j'ai tenu à rappeler que c’est un 
INPUT HP48 réduit d’où INPUT28R. 


Vous trouverez la liste des codes dans Je coin des 
codes. 


Guy Toublanc (276) 


AMNESIE BIENFAITRICE 


Si le message Memory Lost de nos HP28 est tant 
redouté pour la plupart, il peut apparaître parfois 
comme l'annonce d’une remise en ordre de la 
mémoire mettant fin à certaines incohérences 
provoquées par une utilisation anormale de la 
machine (Sysevals mal contrôlés, programmes en 
System Rpl ou assembleur au fonctionnement 
anormal). Lors de lapparition des premiers 
symptomes de ces maux on aimerait bien faire cette 
remise en ordre mais comment ne pas perdre nos 
fichiers péniblement rentrés ? Il y a une solution que 
certains connaissent déjà: le programme AML pour 
Anti-Memory-Lost. Je ne connais pas l’auteur de ce 
programme mais je le remercie de lavoir créé et je 
pense que AML doit être connu d’un plus grand nombre 
d'utilisateurs. 


Utilisation et limites de AML. 


Après avoir tapé et socké le programme, lancer AML. 
Celui-ci va stocker, au début du répertoire HOME, une 
chaîne dans la variable sav. 

Lors de l'exécution de AML, celui-ci affiche le message 
# CFB7Dh SYSEVAL pour vous rappeler le Syseval à 
exécuter. 


A partir de maintenant vous pouvez faire un RESET 
avec les trois touches [ON] CINSJ [RIGHT] appuyées 
simultanément ce qui provoquera un Memory Lost. 
Pour retrouver la mémoire il faut taper : 





—— 


# CFB7Dh SYSEVAL 


puis faire un arrêt système avec les touches [ON] et 
[UP] appuyées simultanément. Vous devez retrouver 
vos chers programmes. 


Si la partie code (voir ci-dessous) de SAV n’a pas été 
altérée le # CF87Dh SYSEVAL est réutilisable. 


Attention : 


- Pour que AML soit opérationnel il faut que sav soit 
absolument la première variable du répertoire HOME. 
-En général AML n’est efficace que pour des 
Memory Lost provoqués par un RESET effectué comme 
ci-dessus et non par un programme qui plante la 
machine. Dans ce dernier cas vous pouvez tenter la 
récupération de la mémoire mais cela ne marche pas 
souvent. Si un POKkE a été effectué par vous où un 
programme dans l’espace mémoire occupé par une ou 
plusieurs des variables de votre HP28, ne comptez pas 
sur AML pour vous restituer létat initial de ces 
variables (SAV comprise). 


Voici donc le programme guérisseur : 


AML 


377 octets  cksum # 7D93h 


L 16 187 183 207 163 184 42 16 0 2 32 26 8 81 18 
25 102 31 35 177 135 0 28 4 129 25 4 216000] 
1 
Do 
GETI CHR 3 ROLLD 
UNTIL 
DUP 1 - NOT 
END 
SWAP SIZE 1 GET 1 - 
START 
+ 
NEXT 
M#CFB7Dh SYSEVAL" 
CLLCD 2 DISP LCD+ + 
HOME "SAV! DUP PURGE STO 


Que fait ce programme AML ? 


Je ne peux donner que quelques explications car je 
n’ai pas été très loin dans mes investigations. Le 
programme génère une chaîne de 31 caractères qui 
correspond au code suivant : 


01887BFC3A8BA201002002A18015219 
166F132187800C14018914080000000 
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Puis il concatène une chaîne de 548 caractères 
générés par LCD+ dont le contenu importe peu, seul 
lespace ainsi réservé est primordial. 


Ainsi notre chaîne de 579 caractères est stockée dans 
SAV au début du répertoire HOME pour être à une 
adresse bien déterminée: # cFB70h, c’est-à-dire : 
# DO000h - 1158 - 10 
où: 

# DO0000h après la fin de la Ram 

1158 quartets : espace pour les 579 caractères 

10 quartets pour prologue chaîne et longueur 


Lorque l’on fait # CFB7D SYSEVAL on exécute le code à 
cette adresse et contenu au début de la chaîne sav 
d’où la nécessité absolue que sav soit en première 
position dans HOME. 


Après un RESET on constate que le code contenu dans 
la partie correspondant aux 31 premiers caractères 
n’est pas modifié, seul celui correspondant aux 548 
caractères suivants est modifié et donc cette partie de 
SAV sert de zone tampon. 


Pour aller plus loin dans les explications il faudrait 
désassembler le code de la Rom correspondant à la 
fois aux routines générant un Memory Lost et un arrêt 
système. À ce propos vous pouvez exécutez un RESET 
avec # 1FDéh SYSEVAL au lieu de Pappui simultané sur 
les touches [ON] LINS1 tRIGKT1. L’effet sera le même. 


Traduction pour radin 


Pour ma part j'utilise une transcription en System Rpl 
du programme AML, quatre fois moins encombrante 
que Poriginal. La voici : 


AML2 
92.5 octets # 739Ah 


$ "\10\bb\b7\cf\a3\b8\23\110\00\02120\1a108\51\12 
\19\66\1f\23\b1\87\00\1c\04\81\19\04 \d8\00\00\00" 
$ "#CFB7Dh SYSEVAL" 

DOCLLCD 

#2 XDISP 

DOLCD> 

&$ 

XHOME 

, 

1D SAV 

DUP XPURGE xSTO 


dont vous trouverez la liste des codes dans /e coin des 
codes. 


Dernières recommandations. Notez en lieu sûr le : 


# CFB7Dh SYSEVAL 


et ayez toujours en mémoire les limites de cet 
Anti-Memory-Lost qui ne peut pas remédier à toutes 
les agressions subies par la vulnérable mémoire de 
votre chère HP28. Donc ne tentez pas le diable, 
surtout si votre machine n’est pas équipée de 
connecteurs pour permettre les sauvegardes. 


Guy Toublanc (276) 


PS : Si quelqu'un a d’autres informations sur AML, 
qu’il se manifeste, il sera le bienvenu. 





SUPPRIMEZ LES EXTREMES 


Dans l’article Allègements en douceur (JPC 96) nous 
avons vu comment réduire lencombrement de 
programmes comprenant des Sysevals et par la même 
occasion aussi supprimer les délimiteurs *« et ’». 
Peut-être que vous m’utiliserez pas de programmes 
avec Sysevals, mais vous aimeriez gagner ici et là 5 
octets en éliminant les délimiteurs et pour cela avoir 
un mini-programme pour le faire. Dans ce cas SHRINK 
est fait pour vous et pour le prix de 30 octets. Son 
emploi est simple puisqu'il suffit de mettre le 
programme sur la pile et de lancer SHRINK pour 
obtenir une copie allégée de 5 octets. Le nouveau 
venu ne sera pas éditable pour le modifier, pour cela 
il faudra avoir recours à PRG+ et -PRG (voir JPC %6 et 


87). 


SHRINK28 
30 octets  cksum # 57ACh 
1: CKINOLASTID Dispatch1 EIGHT 
2 INNERCOMP SWAPDROP 

#2- ::N SWAPDROP 


Voir la liste des codes dans /e coin des codes. 
Exemple d'utilisation : 


Pour remonter dans le répertoire HOME, je mets en 
début de sous-répertoire le programme: « HOME » sans 
les délimiteurs et dans la variable * obtenue en 
faisant € + } LIST- DRoP sTo. Cela est économique car 
ne prenant que 2,5 octets pour le contenu de la 
variable ”-. 


Guy Toublanc (276) 
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HORIZONS FERROVIAIRES OU 
LE PETIT TRAIN DE PPC 


Au temps où l’on découvrait les possibilités de faire 
du graphisme sur HP-71, PPC Paris avait son petit 
train parcourant l’écran monoligne de la première 
machine fonctionnant sous Saturn. Dans la disquette 
numéro 5 des Goodies Disks on trouve un programme 
en User Rpl faisant défiler un train sur la partie haute 
de l'écran des HP48 et avec émission réaliste de 
sifflements et dégagements de fumées, ces deux 
phémomènes se faisant de manière alétoire. L'auteur 
de ce joli programme en 747,5 octets est Jeremy 
Smith et une deuxième version améliorée (mais en 
901,5 octets) se trouve dans le livre The HP 48 
Handbook de James Donnelly (compte rendu dans 
JPC 94). Cette animation graphique m’ayant plu je 
me suis amusé à en faire une adaptation en Rpl 
système. Cette version présente quelques 
améliorations ou suppléments : 


- Elle est plus compacte: 505,5 octets malgé un objet 
graphique, contenu dans le programme, plus 
encombrant. 


- Le défilement est plus naturel (pas d’arrêt) après 
Pémission des sifflements. 


- Le train est plus grand. Pour le personnaliser il est 
complété de deux wagons supportant une banderole 
PPC Paris. 


Pour le reste le principe est le même. L'émission et la 
disparition de paquets de fumées se fait de façon 
aléatoire comme l’émission des sifflements. La vitesse 
d'exécution étant plus rapide en Rpl sytème j'ai dû 
ajuster les temporisations et la génération des 
arguments aléatoires. 


Je vous livre ce programme pour se faire plaisir et 
pour vous laisser voyager gratuitement dans ce train 
rétro. Il poussera peut-être les rêveurs à s'évader en 
imagination de certains cours, mais attention, il y a 
limage, mais aussi le son qui pourrait paraître 
inopportun au milieu des grands silences des classes 
attentives! 


Pour se faire plaisir il suffit donc de lancer le 
programme et d’admirer. Ce n’est absolument pas 
fatigant. 


Voici le fichier source qui pourra peut-être inciter 
certains à se lancer dans l’animation graphique car, si 
la programmation est en System Rpl, le déroulement 
du programme repose sur une méthode qui fut 
d’abord programmée en User Rpl et fonctionnant 
bien avec ce langage. 


TRAINPPC 


ARR 


TRAINPPC 
505.5 octets cksum # 6A17h 


M 


auteur Guy Toublanc Le 20/05/94 


* 


Mo nn + 


* fichier source compilable sur PC par RPLCOMP de 


* HP ou sur HP48 avec ->RPL de D. Mueller 
AAA 


GARBAGE 

DEPTH 

GROB CA 
8000006000€70000000000000000000000€38F0000000000837 
c070020818508FFF1FFF7849219C6038995E855515555837207 
ARAOCFFFF855515555801211A221EFFFFAFF75DFF5901C41C22 
2FFFFFFFFFFFFFFFFFFFFFFF1893C606060C08103060C0810 
226 

FALSE HARDBUFF 4NULLLAMC} NULLLAM >TCOMP 

BIND 


ARR 
* après élimination des objets temporaires inutiles * 
* avec GARBAGE pour éviter que cela se fasse pendant* 
* Le déroulement du programme et Le ralentisse en 
* provoquant un temps mort, nous stockons dans 5 


* variables Locales : 
* 


gestions des fumées 

Le grob du train 

L'entier sytème <226d> : compteur pour 
l'avancement du train 

Le booléen FALSE pour contrôler L'émission* 
des fumées * 


Le grob de La pile pour Le sauvegarder  * 
RATE 


* 
* 
“ 
* 
* Le nombre d'éléments sur La pile pour La * 
“ 
* 
* 
* 


MO NN 


ZERO FOURTEEN BLANKIT 
SIXTYFOUR 227 MAKEGROB 

96 UNCOERCE %># NULLHXS THOCJN 
DOLCD> xREPL 

GROB>GDISP 

96 ZERO WINDOW# 


ER 
* on élargit à 227 pixels : 

* 131 = Largeur de L'écran 

* + 96 = Longueur du train 

Le grob comprenant La partie correspondant à 
celle de L'écran, Le grob de celle-ci est placé à 
gauche 

on efface La partie supérieure de L'écran 
au-dessus de La Ligne d'états (dans Le grob) * 
et on affiche La partie droite du grob * 


OU 
OO 


* 














* correspondant à L'écran # 
ARR 





BEGIN 
3GETLAM 
#0 


Re 
* déroulement du défilement tant que son compteur * 
* est positif € valeur initiale : 226 = Largeur du * 
* grob-1  * 
EE 


WHILE 

3GETLAM SIX 
AGETLAM 
XYGROBDISP 
ÆRAN % .35 %> 


ARR 





* affichage du grob du train à : <éd> , <compteur> * 
* l'avancement se faisant de droite à gauche au fur * 
* et à mesure que Le compteur décroit * 
* Les coordonnées des pixels de fumées sont dans  * 
* une Liste * 
* si Le nombre aléatoire actuel est > 0,35 alors 


+ s'il y a des Listes de coordonnées de pixels * 


* 


* de fumées (déjà affichés) sur La pile alors * 
* on prend La Liste de n° = nombre de * 
* Listes x nombre aléatoire actuel * 
* et on efface Le pixel correspondant  * 


ARR 


IT 
:: DEPTH SGETLAM #-DUP 
#0=ITE DROP 
UNCOERCE ZRAN %* xROLL 
INCOMPDROP PIXOFF3 





3GETLAM #1- 3PUTLAM 2GETLAM 


ARR A 
* Le compteur d'avancement est décrémenté # 
* si Le booléen de contrôle de génération des e 
* fumées est TRUE alors 

il bascule à FALSE 

un ler pixel de fumée est affiché 

un 2ième pixel et un 3ième pixel sont 


* 


M 


affichés en conservant leurs coordonnées Ye 


HO x 


sur La pile pour L'effaçage ultérieur * 
Reno none nono nn eee 


IT 

1: FALSE 2PUTLAM 
3GETLAM #3+ SIX PIXON3 
3GETLAM #5+ FOUR 2DUP PIXON3 
THOCN 3GETLAM #6+ FOUR 2DUP PIXON3 


THOON 


XRAN % .97 %> 3GETLAM 96 #> AND 


RSR S TER ETS TTC TT SUN NU TT ESS TETE 
# si Le nombre aléatoire actuel est > 0,97 et si Le * 
* compteur est > 96 (donc La Locomotive ne * 
commence pas à disparaître à gauche alors 
on effectue 5 fois une boucle avec : 
énission d'un ter sifflement 
Le compteur est décrémenté et Le train 
avance d’un pixel 


un 2ième sifflement est émis 
ARR RIDER 


Mn nn 
MO nn 


IT 
:: FIVE #1+_ONE_DO (DO) 
2.E3 %.1 2DUP DOBEEP 
3GETLAM ONE #MAX #1-DUP 3PUTLAM SIX 
AGETLAM XYGROBDISP DOBEEP 
LOOP 


ZRAN % .75 %> 


RAA 


* si Le nombre aléatoire actuel est > 0,75 alors 
* Le boléen de contrôle d'émission de fumées 
# devient TRUE 

un Îer pixel de fumée est affiché 

un 2ième pixel et un 3ième pixel sont 
affichés en conservant Leurs coordonnées 


sur La pile pour l’effaçage ultérieur 
RDA 


OM NN 


M + 


IT 


TRUE 2PUTLAM 3GETLAM #3+ 

DUP SIX PIXON3 

FIVE 2DUP PIXON3 TWOCN 

3GETLAM #4+ FIVE 2DUP PIXON3 TWOON 
%.1 domait 
REPEAT 


RD 


Le tour de boucle se termine par une temporisation* 
pour régulariser La vitesse d'avancement du train * 
entre séquences avec émission de sifflements ou  * 
non émission 





après sortie de La boucle on élimine Les Listes 
de cordonnées de pixels de fumées non effacés 
on repasse en mode texte et on restaure 

* l'affichage initial avant l'animation graphique * 
* l’environnement des variables Locales est détruit * 
ARR AAIE 


HOMO 6 
M ne + 


* 
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DEPTH 5GETLAM #- NDROP 
TOADISP 1GETLAM GROB>GDISP 
ABND 


La liste des codes se trouvera dans /e coin des codes. 
Bon amusement. 


Guy Toubianc (276) 





VOYEUR DE GROBs 


A propos d’un article publié dans 48Sxtant (no 27) et 
donnant quelques recettes pour optimiser, sans trop 
se fatiguer, un programme en Sytem Rpl et 
assembleur, j'avais créé une version plus correcte du 
programme SCROLLER paru dans Voyage Au Centre De 
La HP48G/GX. Ce programme me semblant plus 
utile aux possesseurs de HP48 S/SX qu’à ceux de 
HP48G/GX jai pensé que les lecteurs de JPC 
pourraient aussi en bénéficier. Je ne reprendrai pas 
toutes les explications de mon article antérieur, le but 
étant de fournir un utilitaire. Je signalerai seulement 
les plus de ma version: 


- Elle ne plante pas la machine pour des grobs de 
dimensions inférieures à 131 x 64. 


- Elle occupe 129 octets contre 175. 


- Elle n'utilise pour le System Rpl que des points 
d'entrée supportés donc un avenir plus assuré pour 
les éventuelles nouvelles versions de HP48. 


- la logique élémentaire de programmation y est un 
peu plus respectée. On ne trouve pas par exemple : 


#0= ITE TRUE FALSE UNTIL 
au lieu de #0=unTiL III! 

ce qui fera au moins sourire les programmeurs en 

System Rpl et aussi les autres programmeurs en User 

Rpl quand il sauront que dans leur langage préféré 

cela peut se traduire par: 

UNTIL O == IF THEN 1 ELSE O END END 
au lieu de UNTIL NOT END 








(Alors, ceux qui sont complexés et n’osent pas publier 
leurs programmes, je vous en prie soyez plus osés, car 
vous ne programmerez certainement pas avec plus 
d’inélégance et PPC Paris est un club ouvert à tous les 
programmeurs, dans tous les langages pour HP48 et 


————————— 


pour tout motif de programmation. Donc pas de 
sectarisme et laissez vos complexes à la porte du 
club). 


Voici donc le listing de la version que vous pourrez 
comparer à celle qui a servi de modèle. 


GSCROLL 


129 octets  cksum # F57h 


RSR DDR 
* fichier source compilable sur PC par RPLCOMP de HP* 
* ou sur HP48 avec ->RPL de D. Mueller (en mettant * 


* en majuscules Les mnémoniques de l’assembleur) F 
AA 


CK1NoBlame CK&DISPATCH1 TWELVE 


GROB>GDISP ZEROZERO WINDOW# 


BEGIN 

CODE 

=OUT<C>IN equ #01eec 
gosbvl  =SAVPTR 
a=0 a 
st=0 15 

Loop Lchex 080 
gosub out<c>in 
?cbit=1 1 
goyes up 
Lchex 40 
gosub out<c>in 
?cbit=1 0 
goyes right 
?cbit=1 1 
goyes down 
?cbit=1 2 
goyes Left 
Lchex 10 
gosub out<c>in 
?cbit=1 0 
goyes out 
Lchex  1FF 
out=c 
shutdn 
gonc Loop 

left a=ati a 

right a=a#1 a 

doun a=a+i a 

up a=atl à 

out goving =PUSH#ALOOP 

out<c>in govlng =OUT<C>IN 


ENDCODE 


ONE OVER#=case WINDOWUP 
TWO OVER#=case WINDOWDOWN 
THREE OVER#=case MINDOWRIGHT 
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FOUR OVER#=case WINDOWLEFT 


#0= UNTIL 
FLUSHKEYS 


Voir la liste des codes dans /e coin des codes. 
Mode d’emploi : 


Le programme permet de visionner rapidement des 
objets graphiques en faisant défiler l'affichage avec les 
quatre flèches de déplacement. La sortie s’effectue 
avec la touche Backspace (1<=1). Ayez le doigt léger 
car c’est très rapide et répétitif. 


Ce programme est donc utile pour visionner des 
objets graphiques dont les dimensions dépassent 
celles de l'écran HP48. 


Il suffit de mettre sur la pile un objet graphique, par 
exemple les triangles de Sierpinski (JPC 89), et de 
lancer GSCROLL. 


Les possesseurs de HP48S/SX appécieront plus ce 
programme que ceux de HP48G/GX. En effet ce 
nest qu'avec la version J des HP48S/SX que la 
vitesse de défilement de l'affichage a été améliorée 
notablement pour devenir satisfaisante avec les 
HP48G/GX. 


Je dois remercier notre ami Robert Pulluard qui m’a 


gentiment autorisé à réutiliser le travail que j'avais 
fourni pour son journal 48Sxtant. 


Guy Toublanc (276) 





REDUCTIONS ET 
SUPPRESSIONS 


STRIP est un petit utilitaire pour User-RPL. II permet 
de réduire la taille et augmenter la vitesse d’exécution 
d’un programme en supprimant ou en remplacant les 
commandes inutiles. 


STRIP supprime : 





€ "1 

DO [UNTIL] END 

ICASE] ... [END] 
[IF] THEN ELSE (END) 
IFERR THEN ELSE [END] 


STRIP remplace : 


x! par : 
XSILENT/ par : 
x<< par NoP 
x>>ABND par ABND 
#addr SYSEVAL par addr 


Voici le source System RPL : 


TITLE STRIP vi.0 23/04/94 (c) 1994 Lu Vy HUYNH 


ASSEMBLE 
NIBASC \HPHP48-P\ 
RPL 
OLASTOWDOB! CK&DISPATCHI EIGHT 
INHARDROM?  ?SEMI 
DUPNULLCOMP?  ?SEMI 
INNERCOMP 
OVER’ x>> 
EQIT 


DUP #1+ROLL ROT2DROP #2- 


€ 

ISTOPA #1- 
> 
1LAMBIND 


ISTOPSTO INDEXQ #1-  INDEXSTO 


DUP#0_DO (DO) 
ROLL 
1 xSYSEVAL 
Ecase 


OVER TYPEHSTR? 
TWO  NTHCOMPDROP 


NOT?SEMI DROP 
1GETLAM  COMPEVAL 





DUP’ xIF 
EQ 
caseDROP 


DUP' xUNTIL 
EQ 
caseDROP 
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DUP' xTHEN 
EQ ?SEMI 


DUP' XERRTHEN 
EQ ?SEMI 


1 xCASE 
Eacasedrop 
2: AGETLAM COMPEVAL ; 


1 x 
EQcasedrop 


A > 


2RDROP 


ISTOPA #1-DUP 
DUP' xELSE 
EQIT 


ISTOPSTO ROLL 


ISTOPA SWAP 
#2- ROLL 


OVER  #1+UNROLL 


DROP  2RDROP 


GETLAM COMPEVAL  RDROP 


1 x<< 
EQcasedrop 
2NOP 


1 x>>ABND 
EQcasedrop 
55! ABND ; 


1 xSILENT' 
EQcasedrop 
Br nte ls à 
DUPTYPECOL? 
IT 
ID STRIP 
ISTOPA 
LOOP 


À titre d’information, voici les fichiers STRIP.M et 
MKSTRIP.BAT permettant de générer ce programme : 
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STRIP.M 


OUPUT STRIP 

LLIST STRIP.LR 

SUPPRESS XREF 

SEARCH C:\HP\HPTOOLS\TOOLS\ENTRIES.O 
REL STRIP.O 

END 


MKSTRIP.BAT 


SECHO OFF 

RPLCOMP STRIP.S STRIP.A 
SASM STRIP.A 

SLOAD -H STRIP.M 


Lu Vy Huynh (579) 


CHASSEZ LES EXTREMES 


Dans larticle Allègements en douceur (JPC 9%), le 
programme CoMPIL48 permet de compiler des Sysevals 
et aussi de supprimer les délimiteurs € et ’». 
Peut-être que cette toute dernière possibilité vous 
intéresse seulement, alors SHRINK est fait pour vous et 
pour le prix de 30 octets. Son emploi est simple 
puisqu'il suffit de mettre le programme sur la pile et 
de lancer SHRINK pour obtenir une copie allégée de 5 
octets. Le nouveau venu ne sera pas éditable pour le 
modifier, donc sauvegardez une copie de l’original. 


SHRINK48 
30 octets cksum # 6460h 


CK1NoBl ame 
CK&DISPATCHO 
seco 
INNERCOMP 
SHAPDROP 
#2- 
EL 
SWAPDROP 


Le principe est simple: 














- on teste s’il y a un niveau de pile et si sur celle-ci 
l'argument est un objet composé de type programme. 
Si oui, il est décomposé en ses éléments avec 
INNERCOMP qui renvoie aussi le nombre N des éléments. 
Le dernier élément ’» est supprimé avec SWAPDROP 
(échange de N et *» sur la pile puis DRoP sur celui-ci). 
Le nombre N d'éléments est actualisé: N - 2 (pour € 
et »’ supprimés). On recompose le programme pour 
ce nouveau nombre d'éléments avec ::N puis € est 
éliminé avec SWAPDROP (échange de * et du nouveau 
programme puis DROP sur *«’). Voilà, le tour est joué! 
Ceux qui n’osent pas encore se lancer dans ce type de 
programmation peuvent commencer avec des petits 
programmes de ce genre. Evidemment, ne laissez pas 
tomber le User Rpl qui est largement suffisant pour 
beaucoup de choses. 


Voir la liste des codes dans Le coin des codes. 


Guy Toublanc (276) 


MISE AU POINT POUR MANDEL 


Dans Particle sur les fractales (JPC 96) deux erreurs 
se sont glissées: 


- Page 20, pour le mode d’emploi de Mz00 il fallait 
lire : 

niveau 4 : (Xe, Ye) 

niveau 3 : CPx , Py ) 

niveau 2 : iter 


niveau 1 : Le grob 


- page 20 après : le curseur peut changer de couleur 
avec t+-] sur les HP-48G/GX comme sur les séries S. 


Mea culpa. 


Guy Toublanc (276) 









TJDonnet-moi mon 
TPE sinon je 
Freppe ! 





Ÿ 
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HP95 / HP100 


R. Amram 
J. Belin 
J. Belin 


Réflexions et carte Fax EXP 
Conflit entre 100BUDDY et HELV100 
Création d'animations (1ere partie) 





16 
19 
19 
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REFLEXIONS ET CARTE FAX 


Reflexion... 


Note de Jacques Belin : Comme à notre habitude, 
lorsque nous recevons ce genre d'article, nous nous 
permettons (avec l'accord de l’auteur) d'y inclure nos 
propres réponses. Tout ce qui est en italique doit donc 
m'être attribué. 


Je voudrais avant tout remercier Jacques Belin et 
notamment Guy Toublanc pour l'accueil sympathique 
réservé à mon premier article sur la HP48 et le petit 
programme de conversion des caractères accentués. 
Le programme tellement plus professionnel de Guy 
que mon propre effort modeste a suscité ne fait 
qu’accentuer le gouffre en matière de programmation 
qui sépare les membres comme moi de spécialistes 
comme Guy, Jacques et quelques autres. J'aimerais 
donc que l’avis que j’exprimerai ici soit pris comme 
émanant d’un membre qui n’a rien à envier à qui que 
ce soit sur le plan enthousiasme pour ces 
remarquables petites machines à nous, mais qui 
aimerait voir notre club se développer et pour ce faire 
ne pas hésiter à explorer toutes les voies possibles. 


A mes yeux, c’est simple. De deux choses lune : ou 
bien le Bureau modifie sensiblement sa politique 
éditoriale pour tenter d'attirer de nouvelles 
adhésions, ou bien il se résigne à demeurer sclérosé, 
avec tous les risques que cela comporte. J'en ai 
souvent parlé à Jacques, qui comprend parfaitement 
le problème, et aujourd’hui je m'adresse aussi à Guy 
(que je n’ai pas encore eu le plaisir de connaître) 
(Remarque amicale : combien de fois vous ais-je 
encouragé à aller aux réunions ? Si vous aviez pris la 
peine d'y venir, vous auriez déjà rencontré Guy !) pour 
lui poser la question suivante : Trouve-t-il normal de 
consacrer tant d’heures à écrire des programmes dont 
seuls les programmeurs chevronnés du Club peuvent 
suivre le raisonnement qui a présidé à leur 
élaboration, et que d’autres, j'en suis persuadé, ne 


savent même pas comment rentrer dans leur 
machine ? 
Réponse : Tout d’abord, je voudrais faire quelques 


remarques à propos de cette fameuse "Politique 
éditoriale". En fait, nous devons vous avouer que nous 
(ainsi que les autres clubs d'ailleurs), n'avons jamais 
eu de Politique Editoriale ! Comment pouvez vous en 
avoir une, lorsque c'est les adhérents eux-mêmes qui 
décident du sujet de l’article qu'ils vont écrire ? 
Rappelez vous que nous ne fonctionnons pas comme 
une rédaction, nous ne faisons que mettre en page ce 
que nous recevons. Le problème est qu'il y a quelques 
années, une grande partie des articles étaient écrits par 


des personnes n’ayant pas obligatoirement un très grand 
niveau, et les débutants y trouvaient leur compte. Quant 
au sujet des articles que nous publions, Guy ou moi, il 
ne faut pas se leurer. Nous sommes comme les autres 
adhérents. Nous ne programmons pas dans le but de 
faire des articles, mais avant tout pour résoudre des 
besoins personnels. Une fois ces programmes écrits, 
nous les publions dans JPC. Le problème est que nos 
programmes deviennent de plus en plus complexes 
(donc de plus en plus difficiles à expliquer aux 
débutants), que cela est de plus en plus long à 
développer, et que nous n’avons plus forcément le 
temps de faire des articles qui vous seraient vraiment 
utiles. Nous sommes les premiers à le regretter, mais les 
journées ne font que 24 heures... La seule chose que 
nous pouvons espérer est qu'une partie des adhérents 
(ne serait-ce que ceux qui sont plus jeunes que vous !) 
donnent eux même une partie de leur temps pour écrire 
des articles d’un niveau inférieur au nôtre. 


Je sais qu’une revue comme The HP Palmtop Paper 
dispose de moyens sans commune mesure avec les 
nôtres, mais n’oublions pas qu’elle est avant tout une 
entreprise commerciale et qu’il faut donc qu’elle 
s'avère rentable. Ce qui a conduit à opter pour une 
ligne éditoriale susceptible d'attirer un maximum 
d’abonnements. Or tous ceux qui connaissent cette 
revue savent qu’elle met l'accent sur les conseils, les 
astuces, et sur des applications d’une trivialité qui fait 
parfois honte quand on pense au potentiel tout à fait 
exceptionnel de nos machines. Par rapport à notre 
journal, cette revue américaine se trouve aux 
antipodes, bien sûr. Mais sans aller jusque là, il me 
semble que, si nous voulons attirer toute une autre 
catégorie d’adhérents, nous nous devons de consacrer 
une partie substantielle de notre journal à des articles 
à caractère didactique. Une série d’articles expliquant 
les mystères de tous ces programmes (avec leurs 
pages entières de codes), serait vraiment le 
bien-venu.. 


Réponse : Il est évident que nous ne pouvons pas nous 
comparer au Palmtop Paper. Le problème n'est pas 
qu'ils soient une entreprise "commerciale", mais qu'ils 
ont une audience 200 fois plus importante que la notre. 
Ce qui implique qu'ils ont un potentiel d'auteurs actifs 
200 fois supérieur au notre. (remarquez bien que j'ai 
parlé de "potentiel", ce qui n’a rien a voir à la réalité...). 
Nous sommes donc sûrs que si nous voulions "clôner" 
le Palmtop Paper, nous serions sûrs de perdre, car 
comme vous l'avez dit, nous ne sommes pas de taille. 
Par contre, le fait que de nombreuses personnes soient 
en même temps membres de PPC Paris et abonnés au 
Palmtop Paper indique que nous assurons une certaine 
complémentarité. Le fait que nous ne travaillions pas 
sous la contrainte de "l'audience", nous permet souvent 
de faire des articles plus originaux. Et si il s'avère que 
peu d'adhérents soient intéressés par cet article, ce n’est 











pas une catastrophe, c'etait un risque à prendre... Mais 
bien sûr, nous ne sommes absolument pas hostiles à la 
publication de trucs. La preuve est que Guy a créé une 
rubrique "trucs et astuces" pour HP48, et qu'il peut très 
bien y en avoir une pour les palmtops. Il ne tient qu'a 
vous de l’alimenter !. 


Il est évident qu’on peut s’acheter plein de bouquins. 
Oui, mais ce serait autrement plus sympathique de 
pouvoir lire des articles expliquant, pas à pas, le 
pourquoi de chaque ligne de programmes-exemples 
intéressant nos machines plus particulièrement... Des 
articles écrits par des membres comme moi - dont les 
connaissances en informatique sont tellement plus 
modestes - sur des sujets d'ordre général ou 
concernant des matériels spécifiques (comme le 
présent article justement) - ne suffisent pas. Cela 
aide, mais c’est tout. Bien entendu, je continuerai 
pour ma part d’offrir ma contribution, aussi modeste 
soit-elle, chaque fois que je le pourrai. 


Réponse : Comme je l'ai dit plus haut, nous sommes 
tout à fait favorables à faire paraitre ce genre d'articles, 
mais en ce qui nous concerne, le temps nous manque 
un peu… D'autant plus que ce type d'article est 
beaucoup plus long à rédiger qu’un article "normal" 
(c'est déjà très long de commenter "normalement" un 
source...). Mais ce type d'articles peut tout à fait basé 
autour d’un programme peu compliqué, donc écrit par 
tout programmeur. 


Voilà, c’ètait pour moi l’occasion de dire ce que je 
pense. Après tout, notre revue doit pouvoir servir 
aussi de tremplin pour faire connaître le point de vue 
de tous les membres, surtout lorsqu'il y a des avis 
divergeants. The balls in your camp now, my friends! 


… et carte FAX 


Ayant dit ce que je pense, passons au véritable but de 
ce deuxième article, qui est tout autre puisqu'il 
concerne le HP100 et mes récentes expériences en 
matière de cartes fax/modem pour cette machine. 


Ceux des lecteurs qui ont eu Poccasion de lire mon 
précédent article se souviendront que je suis 
traducteur technique et assez souvent en déplacement 
à l’êtranger, mais que je dois néanmoins être en 
mesure parfois de répondre à des appels urgents 
émanant de mon bureau. Or j'avais constaté que je ne 
pouvais pas toujours avoir facilement accès à un 
télécopieur, ce qui occasionnait parfois des délais 
gênants. J'ai donc eu l'idée d'acquérir une carte 
fax/modem pour le HP100. 


Impressionné sans doute par une publicité savante, 
j'ai décidé d’abord d’essayer la carte EGO fabriquée 
par Chaplet Systems, donnée comme étant capable 





d’envoyer et de recevoir des fax à 14400 baud sur le 
HP100. Décision désastreuse ! A part que cette carte 
acceptait parfois d'envoyer un fax, rien ne marchait. 
Après de nombreux échanges de fax avec Chaplet aux 
USA, et après avoir même envoyé ma machine chez 
eux avec leur carte (sur leur propre demande et à 
leurs frais, bien entendu), toujours sans résultat, 
Chaplet m’a retourné la machine avec une lettre 
d’excuses et m’a remboursé intégralement. 


Frustré mais nullement découragé, j'ai décidé ensuite 
de tenter ma chance avec EXP Computers, Inc., dont 
j'avais remarqué entretemps l'annonce que faisait 
paraître cette société dans The HP Palmtop Paper. 


Bref, j'ai commandé cette carte (la ThinFax 
Basic-LX) chez EduCALC pour la somme de $219.95 
(plus frais d'envoi). Très simple à installer, j’ai eu 
lagréable surprise de constater que toutes les 
fonctions étaient bel et bien présentes et qu’elles 
marchaient du pemier coup. 


Avant de donner des précisions sur le fonctionnement 
de cette carte, je voudrais ajouter que celle-ci 
présente trois particularités auxquelles la publicité du 
fabricant ne faisait aucune allusion : premièrement, la 
carte est "system manager compliant" et toutes ses 
fonctiona sont gérées par menus déroulants; 
deuxièmement, moyennant une modification minime 
du CONFIG.SYS, elle fonctionne impeccablement dans 
n'importe quel PC muni d'un slot PCMCIA au 
Standard 2.0 et équipé de ses propres drivers et d’un 
logiciel de communication fax/modem adéquat 
(puisque le logiciel MiniFax résidant dans la carte ne 
fonctionne qu'avec le HP100); troisièmement, enfin, 
cette carte de type II présente les caractéristiques 
physiques d’une carte de type I, son épaisseur étant 
de 3,3mm au lieu de 5mm. 


Le cable adaptateur fourni avec la carte porte un 
miniconnecteur qui se branche sur la tranche 
extérieure de la carte, l’autre extrémité du cable étant 
reliée à un adaptateur téléphonique femelle RJ10. Le 
brochage des fils à l'intérieur de ce cable étant 
conforme aux normes américaines, il y a lieu de se 
procurer (chez Auchan, dans mon cas) une prise 
téléphonique PTT de "convertisseur 
USA/France", dans laquelle viendra se ficher lune 
des extrémités d'un cable prolongateur fourni 
également avec la carte. 


Voyons maintenant de plus près le comportement de 
la carte Basic-LX dans le HP100. J'avais tout de 
même décelé un ou deux petits inconvénients. Par 
exemple, bien que les télécopies reçues avec la carte 
pouvaient être imprimées sur une imprimante munie 
d’un port série, ça ne marchait pas sur imprimante 
parallèle par l'intermédiaire d’un convertisseur 
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série/parallèle (dans mon cas le BSE). Il s’est avéré 
que c'était parceque la carte ne s’occupait pas de 
savoir quels étaient les paramètres "imprimante" 
choisis par Putilisateur et supposait une vitesse de 
9600 baud, alors que le BSE ne fonctionne qu’à 4800 
baud. L'autre problème était que les caractères 
accentués n'étaient pas interprétés correctement. 


Lorsque jai fait un compte-rendu de ces problèmes à 
EXP Tech Support, la réaction a été immédiate : j'ai 
été prié d’appeler le numéro correspondant à leur 
Bulletin Board et de charger un certain fichier de 
mise à jour qui corrigerait les défauts signalés. J’ai 
donc transféré le fichier en question (un .EXE) et l'ai 
ensuite exécuté. Cette dernière opération est 
totalement transparente et fournit, en temps réel, un 
compte-rendu de ce qui se passe pendant l’opération 
“upgrade” ('Erasing chip xxxx… "Reprogramming 
card..." etc.). Cette première mise à jour a servi à 
corriger les deux petits défauts signalés, et il devenait 
désormais possible d’utiliser les caractères accentués 
en miniscules. Quelques jours plus tard, cependant, 
j'ai signalé à EXP que j'avais remarqué deux autres 
inconvénients, plus un bug. 


Premièrement, le wordwrap automatique sur les 
fichiers ASCII générés par les applications internes 
du HP100 (MEMO, etc.) n'était reconnu par aucun 
télécopieur recevant un fax du HP100 si le fichier en 
question avait été sauvegardé dans MEMO, le texte 
étant simplement rendu "au kilomètre" avec retour de 
chariot automatique à la 80ème colonne du 
télécopieur, ce qui rendait le fax inutilisable par le 
destinataire. 


Deuxièmement, si on voulait envoyer une page de 
couverture avant un fax, la date figurant sur celle-ci 
était toujours au format américain (ce qui peut prêter 
à confusion en Europe, ai-je fait remarquer à EXP 
Tech Support...) 


Quant au bug , il n’était toujours pas possible, dans le 
cas d’un fax reçu, d'imprimer celui-ci à partir du 
menu LOG, qui pourtant offrait cette option (il 
n'étant possible de réaliser cette opération qu’à partir 
du menu principal \UTILS). 


Comme d’habitude, la réaction ne s’est pas fait 
attendre. J'ai reçu d’abord un message me disant que 
le software engineer n’arrivait pas à reproduire le 
problème du wordwrap, mais que les deux autres 
défauts signalés étaient en cours d'étude. Je 
mapprétais quelques jours plus tard à leur faxer un 
exemple du problème en question, lorsque j'ai reçu 
un message de Tech Support m'informant que le 
problème avait été en effet identifié et que "We’re 
working on it”. À mon retour d’un voyage à l’étranger 
d’une dizaine de jours, j'ai trouvé un fax me 


remerciant et me priant de "download" un deuxième 
fichier de mise à jour qui reprogrammerait la carte... 
Ce que jai fait, et tout est rentré dans l’ordre 
depuis !! 


On pourra reprocher à la petite notice (en anglais) 
d’être un peu trop succinte, mais les instructions sont 
claires. La première chose à faire est de copier le 
fichier D:\AUTOEXECBAT dans le drive C:\ en 
supprimant le "rem" qui précède la ligne 
D:\BIN\CIC100 /GEN 1. Ensuite on insère la carte et on 
fait un "reboot" (Ctrl-Alt-Del) afin que la carte puisse 
être reconnue grâce au "driver" qu’on vient d’ajouter à 
PAUTOEXECBAT. La suite des opérations correspond 
à celle - classique - que doit exécuter l'utilisateur pour 
installer une nouvelle application System Manager 
(t&...1, LLF21, etc.), en se conformant aux instructions 
de la notice. Ce qui aura pour effet de créer l'icône 
MiniFax dans System Manager. 


Comme je l'ai dit, tout se passe ensuite avec des 
menus déroulants. Donc une fois branchée sur la 
prise murale du téléphone, on sélectionne l'icône 
MiniFax dans SysMgr et on attend la suite des 
évènements. 


J'ai été particulièrement impessionné par la vitesse à 
laquelle les fichiers (obligatoirement du type ASCII) 
sont envoyés à 9600 baud. Mais même à 4800 baud, ça 
ne traîne pas en mode réception non plus. Les 
télécopies reçues peuvent etre visionnées en vraie 
grandeur ou en ’zoom et sont parfaitement claires; 
elles peuvent etre déroulées (scroll) latéralement ou 
verticalement au moyen des flèches (la vitesse de 
déroulement a été augmentée grâce aux mises à jour 
successives). Comme j'ai expliqué plus haut, elles 
peuvent être imprimées sur imprimante série ou 
parallèle. J'ai omis de mentionner que le logiciel 
MiniFax - très compact - est capable de puiser les 
noms et numéros de téléphone dans l'application 
Phonebook lorsqu'il s’agit de remplir les champs 
"destinataire" correspondants avant l’envoi d’un fax. 


En mode "data modem", les transferts se font à 2400 
baud - que ce soit avec le HP100 ou avec un PC (dans 
mon cas, un IBM ThinkPad comportant un slot 
PCMCIA). 


En conclusion, je ne peux que recommander cette 
carte fax/modem à tous ceux qui, comme moi, sont 
susceptibles d’avoir besoin de recevoir ou d’envoyer 
des télécopies ne dépassant pas deux ou trois pages 
lorsqu'ils se trouvent en déplacement. En dehors de 
sa fiabilité et de son prix tout à fait raisonnable, le 
service après-vente m’a paru irréprochable. 


Robert Amram (390) 











BUDDY ET HELV100 : 
PAS COPAINS ! 


En addition à mon article consacré à 1008u0DY, paru 
dans le dernier numéro, il est à signaler que certaines 
fonctions du programme peuvent ne plus fonctionner 
lorsque le programme de changement de fontes 
d'affichage HELV100 est chargé. Cela est dû au fait 
qu’afin de fonctionner, Buddy décode le contenu de 
l'écran afin de récupérer les informations qui 
l'intéressent (noms des fichiers ou de l'application 
active...). Or le problème est qu’il ne peut reconnaitre 
les caractères que lorsque ils sont identiques à ceux 
qui sont inclus dans la Rom. Jeffrey Mattox (l’auteur 
du programme) espère pouvoir corriger ce problème 
dans une prochaine version. 


Le problème est que lorsque j'ai préparé l’article, je 
n’avais pas prété attention à cette information. Il est 
donc probable (je ne m’en rapelle plus) que j'aie 
effectué certains tests alors que HELV100 était actif. Ce 
qui a pu fausser certains résultats. N’ayant pas eu le 
temps dernièrement de faire une vérification 
complète, je ne peux pas vous indiquer les fonctions 
concernées. Cependant, je n’ai pas constaté de 
différences sur les fonctions principales. 


D'autre part, une petite erreur de mise en page s’est 
glissée dans l’article, page 28. En effet, afin de 
désactiver et réactiver le programme, il ne vous 
faudra pas taper les cabalistiques "eTvou#c-#" et 
"eTvoutç+#", comme indiqué en page 28, mais tout 
simplement ICtrlil-1 et (Ctrl]{+] ! Petit cryptage 
involontaire dû à une impression en police 
"mathématique" au lieu de "line printer". 


Jacques Belin (123) 


CA BOUGE SUR LES PALMTOPS ! 


Bien que nos palmtops possédent des capacités 
graphiques intéressantes, très peu de programmeurs 
se sont intéressées à les montrer. 


Le but de ce gros article (dont la deuxième partie 
paraîtra des le prochain numéro) a donc pour but de 
vous montrer que les HP95 et HP100 peuvent tout à 
fait afficher des animations parfaitement fluides et 
crédibles. 


Attention, quand je parle ici d’animations, il ne s’agit 
pas d'images calculées en temps réel (comme pour les 
"démos" écrites par certains programmeurs), mais de 
restitution d'images stockées dans un fichier. Cela est 
peut être moins complexe, mais nécessaire tant que 
les ordinateurs ne seront pas capables de calculer des 
images hyper-réalistes (en ray-tracing, par exemple) 
en temps réel. 


De plus, si cet article a pour but de vous montrer 
comment créer des animations en image de synthèse, 
rien ne vous empêche de remplacer ce type 
d’animation par des images vidéo, à la condition que 
vous ayez la possibilité d’extraire ces images (à partir 
d’un CD-Rom, par exemple) en une succession de 
fichiers graphiques indépendants. 


Un autre type d’animation est aussi possible, il s’agit 
du Morphing. Pour cela, il suffit d’avoir deux fichiers 
graphiques (au format de lécran du HP95) et 
d'utiliser un des nombreux utilitaires Freeware ou 
Shareware permettant de calculer les images 
intérmédiaires. 


Cependant, les possibilités de nos palmtops étant ce 
qu’elles sont, il est nécessaire de se fixer certaines 
règles, et de penser à certaines contraintes : 

- Afin de conserver la compatibilité entre les 
palmtops, les images seront affichées suivant le mode 
graphique du HP95 (240x128 pixels). 

- Nos palmtops n'étant pas ce qui se fait de plus 
rapide, il faut essayer d’obtenir la plus grande vitesse 
d’affichage. 

- Enfin, il est très souhaitable que les fichiers 
d’animations soit les plus petits possibles. 


Afin de tenir compte de ces différents points, j’ai créé 
pour loccasion un nouveau type de fichier (portant 
lextension "A95"), possédant la particularité de 
stocker les images en suivant différents modes de 
compression, que le créateur de l’animation pourra 
sélectionner suivant le style des images et le type 
d’animation : 
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- Stockage de chaque image sans compression. 

- Compression de chaque image en PCX. 

- Compression plus de chaque image, mais plus 
intense, en utilisant des adaptations (pour le 
monochrome) des algorithmes GIF ou JPEG. 

- Utilisation des algorithmes de création des fichiers 
de type FLI ou MPEG, ne stockant que les portions 
changeantes entre deux images consécutives. 


Pourquoi utiliser différents modes de compression ? 


Tout d’abord, parce que suivant le type de l'image ou 
de lanimation, les résultats de la compression 
peuvent être contraire à l'effet désiré. Par exemple, il 
est très fréquent que des fichiers utilisant le mode de 
compression RLE (fichiers PCX) soient plus 
beaucoup plus gros que l’image non compressée ! 
Cela est dû au fait qu’au delà d'une certaine 
complexité de l’image, il y a plus d’octets de contrôle 
que de d’information utiles De plus, le passage 
d’une zone de couleur uniforme en monochrome 
(tramé) crée une zone contenant des points placés de 
façon aléatoire, rendant la compression plus difficile. 
En ce qui concerne les animations, les algorithmes de 
type MPEG sont très efficaces lorsque seulement une 
petite partie de l'image change, mais sont quasiment 
inefficaces lorsque, par exemple, l’animation contient 
un traveling dans un décor complexe. 


D'autre part, tous les algorithmes de compression ne 
sont pas égaux en vitesse. Par exemple, si les 
algorithmes de type GIF ou JPEG sont relativement 
puissants, ils sont assez lents. Et si les algorithmes de 
type MPEG sont très efficaces lorsque une très petite 
partie de l’écran change, ils le sont moins lorsque 
toute l’image est en mouvement. Bien sûr, une image 
non compressée permet théoriquement l'affichage le 
plus rapide, mais il faut aussi considérer le fait qu’une 
grande partie du temps est passé à lire le fichier à 
partir du disque, et qu’il faut donc essayer d’avoir le 
minimum d’octets à lire. 


Il s'agira donc au créateur de l'animation de 
déterminer, au cas par cas, quel est le meilleur mode 
de compression à utiliser. 


Actuellement, seuls deux modes de compression sont 
implantés : "sans compression" et PCX. Faute de 
temps, je n’ai pas encore commencé à travailler sur 
les autres modes. 


En ce qui concerne les performances que l’on peut 
attendre de ce type de programme, elles sont bien 
évidement dépendantes du matériel utilisé (HP95 ou 
HP100, type de carte, présence ou non de Stacker.….). 
A titre indicatif, une animation compressée en PCX 
peut être affichée à un rythme d’environ 15 images 
par seconde sur le HP95, et une animation non 


compressée peut atteindre les 50 images par seconde 
sur un HP100 équipé d’une carte SRAM non 
stackée ! Bien sur, afin de conserver un fichier de 
taille raisonable, il est préférable de ne pas utiliser 
une vitesse d'affichage trop importante. Mes essais 
ont montré qu’une quinzaine d'images par seconde 
est une valeur acceptable. Ce qui permet aussi d’être 
sur que la même animation fonctionnera de façon 
identique sur les deux palmtops. 


Afin de servir d’exemple pour cet article, nous allons 
créer une petite animation en image de synthèse, 
consistant à afficher un pendule passant devant un 
logo PPC. Vous pouvez en voir quelques extraits dans 
ces pages. 


Ne soyez pas trop effrayés par la complexité de la 
méthode utilisée pour créer cette animation, c’est 
intentionnellement que je l’ai utilisée, afin de décrire 
en détail toutes les étapes. En fait, en utilisant 
certains autres programmes annexes (modeleurs, avec 
pour certains d’entre eux un module d’animation), 
une grande partie du travail peut être simplifiée. Bien 
sûr, certains logiciels tels que 3D Studio intègrent 
toutes ces fonctions, mais un avantage avec ma 
méthode est que nous pouvons utiliser ici des 
programmes Freeware ou Shareware... 


Les Outils 


Les outils qui seront utilisés se répartissent en deux 
groupes : 

- Des outils déjà existants, dont le but final est 
d’obtenir une suite de fichiers PCX monochromes, 
représentant l’animation. 

- Des outils spécifiquement créés pour l’occasion, 
permettant, à partir de ces fichiers PCX, de créer les 
fichiers A95, puis (bien sûr) les afficher sur l’écran 


des palmtops. 


La plupart des programmes de la première catégorie 
sont disponibles chez DP Tool Club (voir les 
publicités dans les revues informatiques pour plus de 
détails). Si vous possédez un modem, vous pouvez 
aussi les trouver sur la plupart des BBS. 


La création des images 


Dans l’exemple qui nous intéresse ici, notre principal 
outil sera le logiciel de création d’images de synthèse. 
De nombreux programmes de ce types existent dans 
le monde du Freeware (VIVID, POLYRAY...), mais le 
plus connu est probablement Persistence Of Vision 
(appelé tout simplement POV par les intimes). 
Comme tous ses concurents, il est capable de générer 
des images hyper réalistes (grace au Ray Tracing), en 
utilisant un fichier ASCII contenant des scripts écrits 
dans un langage spécifique. De nombreux autres 














programmes ont été crées autour de POV, tels que 
MORAY ou PV3D, qui sont des modeleurs (des 
interfaces graphiques en 3D) permettant de créer 
automatiquement les scripts nécessaires. 


Il est à noter que depuis quelques mois un logiciel 
Français connait un certain succès. Il s’agit de 
LUXART. En plus des possibilités déjà offertes par 
POV, il possède quelques nouveautés, telles que la 
sélection de la profondeur de champ ou un meilleur 
contrôle de Tl'illumination autour des objets 
transparents. Cependant, n’ayant pas eu la possibilité 
de l'essayer, je ne peux pas vous dire si il est adapté à 
notre utilisation. En effet, il est utilisé par 
lintérmédiaire d’une interface graphique (incluant un 
modeleur), et je ne sais pas si il est capable de 
générer et lire des scripts, pour une utilisation en 
mode "ligne de commande”. 


En ce qui concerne l'animation proprement dite, si 
vous navez pas de logiciel incluant cette 
fonctionnalité, la meilleure alternative est 
probablement RTAG (shareware), qui est un langage 
de programmation (très proche du C) vous 
permettant de créér un fichier "batch" contenant tous 
les ordres permettant de créer les images (définition 
des positions  intérmédiaires, commandes de 
lancement du raytracer...). 


Comme je lai dit plus haut, il doit être possible de 
créer des animations à partir d'images vidéo. Je ne 
peux malheureusement pas vous donner de noms de 
programmes de conversion (toute information est la 
bienvenue), mais il faudra prendre en compte une 
étape supplémentaire, consistant à recadrer l’image 
(en supprimant les parties haute et basse) en raison 
du format "cineamscope" de l’écran des palmtops. Là 
aussi, il vous faudra trouver un programme travaillant 
en mode "batch". 


Certains logiciels (tels que POV) ne créant que des 
fichiers graphiques au format TGA en 16 millions de 
couleurs, il vous faudra ensuite convertir l’image en 
PCX monochrome inversée (afin de tenir compte de 
l'affichage noir sur blanc de l'écran des palmtops). 
Mais, si certains programmes, tels que Graphic 
Workshop, font cela très bien, ils sont peu utilisables 
ici, car dès que l’on a un grand nombre d'images à 
convertir, le travail devient vite exténuant. Il faut donc 
utiliser des utilitaires travaillant en mode "ligne de 
commande", afin de pouvoir les inclure dans des 
fichiers "batch". 


Malheureusement, je n’ai pas trouvé de programme 
pouvant effectuer à lui seul la totalité des conversion 
nécessaires. Il faudra donc passer par deux étapes : 


- Tout d’abord, conversion du TGA 16 millions de 
couleurs en GIF 256 couleurs (étape inutile si vous 
utilisez Luxart). Pour cela, vous pouvez utiliser, par 
exemple, DTA (de David Mason) qui permet en outre 
de créer des fichiers d’animation au format FLI. Idéal 
pour contrôler la qualité de l’animation sur son PC... 

- Ensuite, il vous faudra convertir ce format GIF 


couleur en PCX monochrome inversé. 
Malheureusement, je n’ai trouvé qu’un seul utilitaire 
permettant d’arriver à ce résutat. Il s’agit de GIFPCX. 
Si il ne semble pas être distribué par DP Tool, il doit 
être relativement facile à trouver autre part (BBS, 
CD-ROM, autres vendeurs de Sharewares. Je n’ai 
pas vérifié). Dans tous les cas, il est présent sur la 
disquette de Jan/Fev 1993 du Palmtop Paper. 


Du PCX à l'animation 


Une fois que nous aurons obtenu une série de fichiers 
PCX, il ne nous restera plus qu’à utiliser les utilitaires 
créées pour l’occasion : 


- MAKEASS, qui fusionne les fichiers PCX en un seul 
fichier A95 (suivant le mode de compression désiré) 
et sélectionne divers paramètres (type d’animation, 
vitesse d’affichage idéale...). 

-PLAYA9S, qui est le programme d’affichage 
proprement dit, commun aux HP95 et HP100. 


La création des images 
Une fois cette (longue !) introduction effectuée, il est 
temps maintenant de passer aux détails pratiques, en 


commençant par la création des fichiers PCX. 


Les outils utilisés dans cet article seront 
(version 2.x), RTAG, DTA et GIFPCX. 


: POV 


Utilisation de Persistence of Vision 


Il m'est impossible de décrire ici en détail la façon 
d'utiliser POV. D’une part parce que cela serait 
beaucoup trop long, et d’autre part parce que je n’ai 
pas encore une expérience suffisante de ce logiciel 
pour vous donner des explication détaillée. Je ne vous 
donnerais donc ici que des informations ayant trait à 
Putilisation qui nous intéresse aujourd’hui. A vous de 
consulter la documentation (ainsi que les nombreux 
exemples) accompagnant le logiciel. 


Tout d’abord, avant de parler de l'utilisation 
proprement dite, il est peut être nécessaire de donner 
quelques conseils concernant les images elles mêmes. 
Il est à noter que la plupart sont aussi valides pour la 
création d’images fixes pour le HP95 : 
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- Pensez toujours que l’image sera convertie en noir 
et blanc tramée. Il vous faudra donc faire très 
attention aux couleurs des objets, afin qu’ils soient 
suffisament contrastés, pour apparaitre distinctement 
en noir et blanc. 

- Si vous utilisez Luxart, désactivez les options telles 
que la profondeur de champ. Ce genre d’effet sera 
invisible avec la résolution que nous utilisons 
(240x128). 

- Dans le même ordre d'idée, évitez d'utiliser des 
textures très complexes. Dans le meilleur des cas, elle 
seront invisibles, dans le pire des case, ce sera l’objet 
qui ne sera plus identifiable ! 

- Evitez d’utiliser des arrière plans très complexes, 
par exemple un ciel nuageux. C’est peut être plus 
beau, même converti en noir et blanc tramé, mais ce 
sera très gourmand en occupation disque après 
conversion en PCX. Essayez donc d’utiliser des fonds 
blancs ou noirs. 


En résumé, il est inutile d’essayer de faire des images 
trop "léchées". Vous perdrez votre temps, car tous les 
détails seront perdus au cours de la conversion en 
PCX. Cependant, il sera au contraire nécessaire dans 
certains cas de porter une plus grande attention lors 
de l’utilisation de certains effets. Par exemple, dans le 
cas de notre animation, la grande difficulté n’a pas été 
de modéliser le balancement de la sphère, mais de 
paramétrer ses propriétés optiques (transparence, 
réflexion, réfraction) afin qu’elle conserve un 
certain "volume" et n’apparaisse pas comme un simple 
disque. Si ce paramétrage est très simple lorsque nous 
désirons créer une image en 256 couleurs (ou même 
en 16 niveaux de gris) cela est beaucoup plus difficile 
lorsque l’image doit tramée... 


En dehors de ces contraintes, il n’existe qu’une seule 
différence dans le paramètrage de POV par rapport à 
une image pour PC. Il s’agit de la prise en compte du 
format "cinémascope" de l’écran des palmtops. 


Cette information est prise en compte dans le module 
de définition de la caméra, où il est nécessaire de 
remplacer le premier paramètre de right (qui donne 
le format de l’image) par 1.875 (au lieu de 1.33). 
Cette nouvelle valeur tient compte du changement du 
rapport largeur/auteur de l'écran des palmtops, mais 
aussi du fait que les pixels ne sont pas carrés, comme 
sur un écran VGA. Il vous faudra donc paramétrer le 
module camera comme ceci : 


camera 
€ 
location «X, Y, 2> 
up <0.0, 1.0, 0.0> 
right <1.875, 0.0, 0.0> 
Look_at <kl, y1, zl> 
2 





Il est à noter que si cette valeur est exacte pour le 
HP95, elle est légèrement erronnée pour le HP100, 
car son écran est un peu plus large. Mais la différence 
étant minime, il n’est pas nécessaire d’en tenir 
compte. 


Si POV n’a été conçu à l’origine que pour générer des 
images fixes, il est toutefois possible de détourner 
certaines de ses posibilités originelles, afin qu’il puisse 
être utilisé par un programme extérieur. 


La première modification à apporter consiste à 
remplacer toutes les valeur concernant un élément 
mobile (position, orientation) par une constante 
définie dans un ordre "declare". Par exemple si nous 
avons la ligne : 


rotate <0.0, 0.0, 15> 


et que nous voulons définir un mouvement suivant 
laxe z (celui pour lequel il y a actuellement la valeur 
"15"), il suffira d’écrire : 


rotate <0.0, 0.0, angle> 


après avoir placé, au début du programme, la ligne 
suivante : 


#declare angle = 15 


Mais ce n’est pas suffisant pour créer nos animations, 
puisque il faudrait réécrire tout le fichier entre 
chaque image. La bonne méthode est donc d'isoler 
toutes ces "pseudo-variables" dans un fichier séparé, 
afin de n’avoir à réécrire que ce qui change. Pour 
cela, il nous suffit d’utiliser la directive #include, en 
replacant toutes les directives #declare utilisées par 
Panimation par un seul : 


#include “pendul . inc" 
et de les placer dans le fichier "pendul . inc". 


C’est ce fichier, que nous allons créer dans le chapître 
suivant. 


Mais avant cela, je vous invite à examiner le fichier 
PENDULPOV, qui contient toutes les informations 
permettant de créer l'image de base. 


Sa structure est simple, puis qu’il ne comprend que : 

- Un pendule, composé d’un balancier (en bois) 
soutenant une boule de verre. 

- Derrière celui-ci, un "mur" vertical sur lequel est 
collé une image, ici un logo "PPC Paris". Il est bien 
sûr possible de replacer ce logo par tout autre fichier 
graphique. 
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- Pour éclairer ces éléments, une source de lumière 
blanche placée derrière nous (à gauche et légèrement 
en hauteur). 

- Et pour visualiser le tout, une caméra. 


Animons ces images ! 


Si POV est le programme principal pour créer les 
images, RTAG en est le maitre, puisque c’est lui qui 
définira tous les variables nécessaires à POV pour 
créer les animations proprement dites. 


Son but est de créer un fichier batch contenant toute 
les commandes à effectuer pour créer chaque image 
PCX. Cela peut être aussi bien l'initialisation des 
fichiers INC que les commandes de lancement des 
utilitaires (POV, conversions de format...) proprement 
dits. 





La syntaxe des fichiers utilisés par RTAG est 
quasiment identique à celle du langage C (boucles, 
tests, tableaux, fonctions trigonométriques...). Ont été 
ajoutées d’autres fonctions, relative à la génération du 
fichier batch (numérotation des images.) ou à la 
génération des images intermédiaires entre deux 
points (par interpolation linéaire ou par des "splines"). 


La première étape consistera donc à créer une boucle 
(exécutée autant de fois qu’il y a d'images). Dans 
celle ci, nous calculerons les paramètres nécessaires 
au fichier INC (qui sera recréé, entre chaque 
génération d'image, par le fichier batch, grâce à la 
commande Dos "ECHO"). 


Pour notre exemple, nous générerons 18 images, afin 
d’avoir un cycle total d’environ trois secondes. Ce 
chiffre devrait être suffisant pour créer une animation 
suffusement fluide, sans être trop gourmand en 
espace disque. Notez aussi qu’elles ne représenteront 
que le parcours "aller" du balancier (le retour étant 
géré par le programme d’affichage). 


Le balancement de notre pendule sera simulé tout 
simplement par un mouvement de type sinusoidal, 
avec une amplitude de +/- 30 degrés. Le résultat du 
calcul étant transmis à la variable "angle" de notre 
fichier INC. 


La génération de l’image sera effectuée par un appel 
à un autre batch comprenant le lancement de POV 
ainsi que les commandes de conversion de l'image en 
GIF et PCX. Voir le chapître suivant pour plus de 
détails. 


Suivant les conventions de RTAG, le nom des fichiers 
générés seront composés du nom de l’animation, 
suivis du numéro de l’image sur deux où trois digits 


(Attention à ne pas dépasser la limite Dos de 8 





caractères). Pour notre exemple, cela donnera, pour 
les fichiers PCX : PENDULO1PCX, PENDULO2.PCX, 
PENDULO3.PCX. 





Après lexécution de la boucle principale, nous 


maurons plus qu'à déclarer les commandes 
permettant de créer les fichiers d’animations 
proprement dits. 


Vous pouvez constater que je crée en tout premier 
lieu un fichier PENDUL-FLI (à partir des images GIF). 
Il me permetra de visualiser (avec un des nombreux 
utilitaires adéquats) la qualité de l’animation, sans 
avoir à transférer un fichier A95 sur le palmtop. (Il 
faudra que je me décide à faire une adaptation de 
PLAYA9S fonctionnant sur le PC. 





Ensuite, je crée autant de fichiers A95 qu’il existe de 
modes de compression. Cela me permetra de vérifier 
immédiatement lequel génére le plus petit fichier 
A95. 


En définitive, voici un extrait du fichier batch que 
nous  obtiendrons après lecture du fichier 
PENDULRTA par RTAG (j'ai supprimé une grande 
partie des ordres intermédiaires et coupé les deux 
dernière lignes, pour des raisons de mise ne page) : 


echo #declare angle = -30 > pendul.inc 

call 95render pendul pendul01 

echo #declare angle = -29.48919299 > pendul . inc 
call 95render pendul pendul02 

echo #declare angle = -27.97416688 > pendul . inc 
call 95render pendul pendul03 


echo #declare angle = 29.48919299 > pendul . inc 
call 95render pendul pendul17 
echo #declare angle = 30 > pendul.inc 
call 95render pendul pendul 18 
DTA \images\pendul*.gif /O\images\pendul95.FLi /S7 
makea95 -a2 -cO \images\pendul_0.a95 
\images \pendul *.pex 
makea95 -22 -c1 \images\pendul_1.295 
A\images \pendul*, pex 


Du POV au PCX 


Afin de simplifier l'écriture des fichiers RTA, j'utilise 
quelques fichiers batch se chargeant de toutes les 
opération de création et de conversion des fichiers 
graphiques. 


Le premier (appelé Pov240) permet de lancer POV, 
avec certains paramètres par défauts : image en 
240x128, affichage de l’image, attente d’une pression 
de touche après exécution, pas de génération de 
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fichier. Certains de ces paramètres seront annulés 
dans le cadre du batch suivant. Ceci me permet de 
conserver le même fichier batch pour la génération 
des animations et pour la simple visualisation des 
images au cours de leur conception. 


Dans ce cas, il peut être appelé comme ceci : 
Pov240 pendul .pov 


En voici le texte (coupé sur deux lignes pour des 
raisons de mise en page) : 


Apovray\bin\povray +L\povray\include +i%1 +d -v 
= f +p +x 44240 +h128 22 23 % 45 %6 


Afin de générer les fichiers graphiques, j'utilise un 
autre batch (appelé 95SRENDERBAT), dont voici le 
texte : 


call pov260 %1.pov -p +ft -oF:\%1.tga 
dta F:\%1.tga /FG /O\images\22. gif 
gifpex \images\%2.gif \images\%2.pex /v /b+2 


L’exécution de "95render pendul pendul01" créant les 
fichiers suivants : 


F:\PENDUL.TGA 
\IMAGES\PENDULO1.GIF 
\IMAGES\PENDUL O1 .PCX 


Le directory \IMAGES contient tous mes fichiers 
graphiques intermédiaires et mes animations. 


Le disque F est mon "Ramdisk". J’ai placé le fichier 
TGA sur celui-ci pour deux raisons : 

- Etant donné la taille de ce fichier (près de 100 Ko), 
je ne peux pas me permettre de conserver toutes les 
images de l’animation sous ce format, surtout si les 
animations sont longues. Je ne crée donc pas de 
fichiers PENDULO1.TGA, PENDULO2.TGA.... 

-Les accès au Ramdisk étant très rapides, cela 
permet de réduire sensiblement le temps total de 
création de l'animation. 


Avant de terminer ce chapitre, je voudrais noter que 
si j'utilise GIFPCX, ce programme possède cependant 
quelques petits défauts : 


- Lorsque l’image contient des zones de couleur 
blanche, quelques points parasites peuvent apparaître 
dans ces zones. Pour corriger cela, il suffit souvent 
d'augmenter légèrement le paramètre de luminosité, 
en ajoutant "/b+2" à la ligne de commande. Fait 
intéressant, la plupart de ces points restent fixes sur 
certaines animations (c’est à dire qu'ils sont 
reproduits à le même place sur plusieurs images 


consécutives), même lors de grandes évolutions des 
images (travelings...). 


- Plus génant, la dernière ligne de l'image peut 
apparaitre totalement noire, alors que toute la zone 
au dessus-de celle ci est blanche. 


- Enfin, une série de points noirs peuvent apparaître 
sur l’avant dernière colonne, à droite de l’image. 


Ceci peut malheureusement vous amener à 
retravailler manuellement les fichiers PCX à l’aide 
d’un programme de type PAINTBRUSH. 


La création des animations 

Une fois que les fichiers PCX sont créés, nous devons 
quitter à partir de maintenant les utilitaires classiques 
pour aborder les fichiers et programmes crées pour 
occasion. 

Structure des fichiers A95 

Le but des fichiers A95 ayant été décrit au début de 


cet article, je passerais tout de suite aux détails 
pratiques : 


La structure générale d’un fichier A95 est la suivante : 





Taille 
Entête 128 octets 
Longueur image 1 2 octets 
données image 1 _nj octets 
Longueur image 1 2 octets 
Longueur image 2 2 octets 
données image 2 n, octets 
Longueur image 2 2 octets 
Longueur image Z 2 octets 
données image Z n, octets 
Longueur image Z 2 octets 


Comme vous pouvez le constater, la longueur de 
chaque image est indiquée deux fois. Ceci afin de 
permettre la lecture du fichier (et donc l'affichage des 
images) à l’envers. En fait, la version actuelle de mon 
programme d’affichage n'utilise plus cette deuxième 
variable, mais je l’ai laissée au cas où elle pourrait 
être utile à un autre programmeur. 


Quant à l'entête, il est défini comme ceci : 














Zone Taille 

MAGIG 2 octets 
Numéro de version 1 octet 
Mode de compression 1 octet 
Nombre d'images de l'animation 2 octets 
Type d'animation 1 octet 
Vitesse d'affichage 1 octet 
(réservés pour un usage futur) 120 octets 


La zone MAGIC contient une valeur constante (5435h), 
servant à contrôler que nous avons bien à faire à un 
fichier A95. 


Le numéro de version a pour but d'indiquer un 
éventuel changement du format du fichier (et non 
Vajout d’autres modes de compression). 
Actuellement, sa valeur est fixée à 1. 


Les codes actuellements admis pour les modes de 
compression sont : 

- 0 : Pas de compression. 

- 1: Compression en PCX. 


Le type d’animation indique la façon dont sera 
effectué l’affichage : 

- 0 : Un seul affichage de l’animation. 

-1: Affichage de l’animation en boucle. Lorsque la 
dernière image est affichée, on reprend à partir de la 
première. L'arrêt est contrôlé par l’utilisateur. 

-2: Affichage "Ping-Pong'. Lorsque la dernière 
image est affichée, on reprend l’animation à l'envers, 
jusqu’à la première image, puis on reprend dans le 
sens normal. L’arrêt est contrôlé par l'utilisateur. 
Notez que dans le cas des fichiers d’animations 
contenant des images indépendantes (non 
compressées, PCX, GIF...) il n’est pas nécessaire de 
stocker un aller-retour complet. Le programme 
gèrera lui même le changement de sens. Par contre, 
dans les algorithmes de type FLI ou MPEG ne sont 
pas réversibles. Il faudra donc stocker l’aller-retour 
complet, et spécifier une animation en boucle. 


La vitesse d’affichage indique la valeur par défaut 
(idéale) de Fintervale de temps entre deux images, 
exprimée en unités de 3.4 ms. La valeur par défaut est 
24, correspondant à un rythme d’environ 12 images 
par seconde. 


En ce qui concerne les zones de données de chaque 
image, elles ne contiennent actuellement que des 
données "utiles" (les octets, compressés ou non, à 
afficher). Mais rien n’empèche que ces zones 
contiennent des octets de contrôle supplémentaires, 
dans le cas de Putilisation d’autres modes de 
compression. 





Le programme MAKEA95 


Ce programme a pour but de créer, à partir d’une 
suite de fichiers graphiques, un fichier A95. 


Sa syntaxe est la suivante : 


makea95 [-a type ] [-c mode] [-s speed] anim_ file 


files Cfiles...] 
Avec : 
- type : Type d'animation. 0, 1 ou 2 actuellement. 
- mode : Mode de compression. 0, 1. 


- speed : Vitesse idéale. 

- anim_ file : Nom du fichier A95. 

-files [files] : Nom des fichiers graphiques en 
entrée. Les "wildcards” sont bien entendu acceptés. 


Actuellement, le programme n’accepte en entrée que 
des fichiers PCX, mais rien n’interdit que dans le 
futur d’autres types de fichiers soient acceptés. 


En ce qui concerne la structure de la version actuelle 
de ce programme, je ne m’étendrais pas dessus, car 
elle est relativement simple (une grande partie de son 
apparente complexité est dûe uniquement à la 
présence de nombreux tests de détection d’erreurs de 
lectures/ecritures). Le principe général est de créer 
lentête, puis, pour lire successivement tous les 
fichiers PCX, les décompresser si l’on a choisi le 
mode "0", puis les écrire dans le fichier A95. En fin 
d’exécution, on affiche un petit rapport indiquant le 
nombre d'images lues et les différentes options 
choisies. 


Ceci termine l’article de ce mois-ci. Dans le prochain 
numéro, je vous présenterai le programme 
d'affichage. 


En attendant, n'oubliez pas que si j'ai fait un article 
aussi détaillé, c’est pour deux raisons : 

- D'une part, je suis tout à fait disposé de faire de ces 
programmes une oeuvre collective. Toutes les 
personnes souhaitant y participer (en ajoutant de 
nouveaux modes de compression, par exemple) sont 
donc les bienvenues. N’ayant pas prévu de continuer à 
travailler sur ce sujet pendant les prochains mois, 
vous avez carte blanche. La seule contrainte étant 
qu'il est préférable que j'attribue moi-même les 
numéros de modes, afin d'éviter que plusieurs 
personnes utilisent un même numéro... 

- D’autre part, le fait que j'ai créé ces programmes 
n'implique absolument pas que je possède les qualités 
artistiques suffisantes pour créer de belles 
animations Alors, si vous vous sentez inspirés, 
n'hésitez pas à nous faire profiter de vos créations ! 


Jacques Belin (123) 
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LE COIN DES CODES ASSCOD48 1114.5 octets ASSCOD28 1032.5 octets 


cksum # 621Eh cksum # 5SCEh 


La compilation de certains programmes, tels ceux 
écrits en assembleur, nécessitent souvent un logiciel 
que ne possèdent pas tous nos lecteurs. Le Coin des 
Codes permet de résoudre ce problème. 


« RCLF « CLLCD 3 DISP 1 DISP 
DO DUP 4 DISP 
DO UNTIL KEY END 
@ *eeneesssnse Hp-4g sesssessssse QQ seesee HP.28S eee 
IF DUP 51 == THEN DROP 1 @@ IF DUP "ENTER: 
ELSE IF DUP 55 == THEN DROP  @@ THEN DROP 1 
Même si la présentation des listings est identique, le 1 OVER SIZE 1 - SUB @@ ELSE 
traitement de ceux-ci est différent suivant le ELSE @@ IF DUP "BACK" == 
programme d’entrée et la machine de destination. CASE DUP 17 < THEN 54 + END @@ THEN DROP 1 OVER 
Chaque listing est prévu pour être entré sur sa DUP 66 < THEN 7 - END @@ SIZE 1 - SUB 
machine de destination. Par exemple, ne tentez pas DUP 76 < THEN 20 - END @@ ELSE 
d'entrer un programme HP48 dans un fichier DUP 86 < THEN 33 - END @@ 
MS-DOS à laide du programme Makevos. Vous DROP 48 END CHR @@ 
obtiendriez un fichier au transfert impossible dans la  @********+*+++#+++2++ Hp.48 et HP-28S **+#rsssssesssssnsss 
HP48. + DUP SIZE 1 +5 MOD NOT 1 FC? AND IF THEN "+ 
END END O END UNTIL END » 

HEX 64 STWS "nombre d’octets 7" 
Q@ *ersessssses Hp.4g sesesessesse QD seeesee JIP-2ES veeeee 
INPUT @@ 1 SF 3 PICK EVAL 
@ *eeesesessssssseses HIP-4B ct HIP-2BS veeeeeeteseseneeenes 
1 CF STR+ 2 * 16 DUP2 / IP 3 ROLLD MOD 





Note importante: 





Programmes HP48 et HP28S 


Par rapport aux méthodes habituelles sur HP48,notre 
méthode effectuant un calcul local du checksum en 
fin de chaque ligne permet de faciliter la recherche 


d'erreurs, par rapport à une même recherche dans  DUP2 0 > + SWAP 1 + # Oh "" 1 5 ROLL 
une chaîne de plusieurs centaines d’octets. FOR i 

DO “Ligne “ i 1 - R+B # 1000h + -STR 4 6 SUB + DUP 
Par mesure de sécurité sauvegardez vos programmes se @ NEWLINE 
et fichiers, éventuellement verrouillez vos cartes. codes 7" + M---- ---- ---- ---- “7PIKi< 


Tapez le programme correspondant à votre machine: 
- ASSCOD48 pour HP-48 ou ASSCOD28 pour HP-28S 
(attention aux parties distinctes HP-48 ou HP-28S) 

cela avec la plus grande attention car un mauvais 


1F THEN 6 PICK DUP 4 / IP + 1 SWAP OVER - SUB END 
1 FS?C IF THEN DROP2 SWAP 
Q@ venneeesnsse PAG eerensessnne QD sente HP-28S eee 
OVER " a corriger“ + e@ 
€ -1 } ROT + INPUT 


fonctionnement peut entraîner un désordre fatal pour 
les objets contenus dans votre machine. La 
commande SPEED (JPC-85 page 12) peut être incluse 
au début de ASSCOD28. NEWLINE (-) s’obtient sur 
HP-48 par [flèche bleue] puis [.]. 


Pour tout assemblage de chaîne de codes procédez de 
manière suivante : 


1- lancez le programme ASSCOD48 ou ASSCOD28 
2- donnez le nombre d’octets (1/2 octet compris) puis 


@" 


@@ CLMF HALT 
enscsssancen FIP-AG ct HP2RS aneaneencesssesnss 
ELSE 8 PICK EVAL END DUP 

WHILE DUP “ # POS DUP 

REPEAT DUP2 1 SWAP 1 - SUB 3 ROLLD 1 + 25 SUB + 

END DROP O OVER SIZE 1 SWAP 

FOR j OVER j DUP SUB NUM j * + NEXT 

6 PICK + DUP # FFFh AND 

“ @ NEWLINE 
somme de controle ?" 6 ROLL SWAP + ": 
11 PICK EVAL "#" SWAP + STR-+ == 








validez avec ENTER. 

3- tapez chaque ligne de codes après son numéro à 3 
chiffres et sans les espaces puis validez. 

4- tapez la somme de contrôle sm, validez. S'il y a 
erreur la ligne de codes sera demandée à nouveau. 
Pour HP-28 l'appui sur EDIT fera apparaître la ligne 
des codes qui pourra être corrigée, ensuite relancez 
avec CONT. 


IF THEN 1 ELSE DROP2 1000 1 BEEP 1 SF O END 
UNTIL END ROT 5 ROLL DROP2 3 ROLLD + 
MEXT 5 ROLLD 4 DROPN 
@ **** HPA4B **++ @@ *+reeeerenssss HPLIGG vesreeseeenses 
"GROB 8 " OVER @@ “" SWAP 1 OVER SIZE 
SIZE 2/ ""+ @@ FOR j DUP j DUP 15 + SUB "#" 
+ SWAP + STR+ @@ OVER SIZE 1 
# 4017h SYSEVAL @@ FOR i OVER i DUP SUB + -1 STEP 





5- lorsque l’objet apparaîtra sur la pile stockez le dans  # 6289ch @@ SMAP DROP STR+ ROT SWAP 
la variable donnée en tête. SYSEVAL NEWOB @@ # 3B82h SYSEVAL SWAP 16 
Nota: des versions ASSCODxx plus performantes  SWAP STOF » @@ STEP DROP # 20238h SYSEVAL 


(System Rpl et Assembleur) existent dans JPC 
numéro 95. 


@@ # 4F3Dh SYSEVAL SWAP STOF CLMF » 
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PR 


INPUT28R CHP28) TRAINPPC CHP48) 035: 916D 9020 18A3 O0F5  DAF 
# 461Dh 160 octets # 6A17h 505.5 octets 16E0 416A 6526 8813 A24 
0820 4052 8311 2040 4E8 

0123 4567 89AB CDEF sm 0123 4567 89AB CDEF sm CA13 0528 3198 136E 259 
0416 A752 6120 40CA F65 

000: 76C2 01E3 COSA 7C07  E08 000: D9D2 024F 50C4 130E  D77 1305 2831 9813 6B21 C03 


c170 76C2 OA21 109C BE 001: 1820 FCO0 0800 0006 882 
2116 A5AO F704 0376 7D6 7000 0000 0000 2A9 
50A4 0203 1CB1 3765 48€ 0000 000€ 38F0 EEE 
O9DA E087 7A0B 8A11 2AF 0000 0837 CO70 A93 
005: FB65 076C 2009 F206 F93 005: 0208 1850 8FFF 1FFF B98 
A4O2 014D C1A0 CE7 006: 7849 219C 6038 995E  98B 
ACD3 76C2 0601  9C6 007: 8555 1555 5837 207A 633 
1704 8120 2C04  5B4 FFFF 8555 1555 449 GSCROLL CHP48) 
60FC 140F 7040 2ED 211A 221E FFFF GAA # OF57h 129 octets 
009F 2076 C20A  OA4 SDFF 5901 C41C 3A1 
18c9 1A0D 6056  E08 FFFF FFFF FFFF 859 0123 4567 89AB CDEF sm 
9F20 FB65 076€ C4A FFFF FF18 93C6  91A 
B300 9F20 6865 995 0C08 1030 60C0 505 000: D9D2 OD29 512B F817 DEA 
A060 1207 FAEO 787 1920 2E00 O0CA 1ED 001: 6040 D9D2 049F 21CF CEA 
38E4 5076 C20A 580 6216 2025 03D4 EAE : 1462 50F4 2A17 OCCD BE2 
163C 069C 2032 1D5 5000 470F EF30 D3A 2017 0008 FB97 60D0  96E 
3218 F510 CD21 F4B OFD6 21AD B461 BD 84F3 2080 7050 808B 604 
2326 0180 D848 CC2 3E00 OF85 1111 74D 1243 1047 1408 O8B0 209 
2009 F200 9F20 9A9 6000 FBD8 19F3 583 F280 8B1A 2808 B2F1 000 
014: 455D 5509 B136 4D30 Z2AD 3101 7420 8088 0813 BF9 
015: 5AEB C149 F211 1920 F16 2FF1 8018 0758 BE4E  AD5 
AML2 CHP28) 016: 0600 OFEF 3025 OF42  C66 LE4E 48DC 7530 8DCE ACA 
# 739Ah 92.5 octets 017: A170 E041 67CC 30EE B7E E10D 9D20 9FF3 OC78 99A 
9020 E041 6B20  86D 168C 1313 0040 C781 5CE 
4160 B821 2CFA  6EB 6022 31D0 040€ 7816 249 
2099 9000 0000 182 : F753 1710 4007 8164 E97 
: 76C2 OE4A 2034 0000  B59 018: 0005 30A8 8A2C B916 F9F E431 B213 O6AC 308C  C70 
: 1887 BFC3 A8BA 2010 96F 01C: D9D2 OC41 3005 4168  C63 : 1701 7D00 8213 0B21 BAD 
0200 2A18 0152 1916  4FD 98E3 6442 30D9 9B2 010: 30 940 
é6F13 2187 800C 1401 105 BD81 2CFA 2C89  A04 
8914 0800 0000 OE4A  DEO O1F: A25B CF18 8826 FO83 83A 
2032 0003 2346 4247 92B 020: 1821 30B2 130E 0416 450 STRIP CHP48) 
3448 6023 5953 5546  52B 021: EOE3 0006 167E 316€ 1AD # 7649h 326 octets 
514C 4A21 10ED 2116 211 022: 8916 D9D2 OOCA 300F FC6 
3315 2288 30FC 026 0416 A652 6B20 CB8E 0123 4567 89AB CDEF sm 
FBOF 1450 21D2 0303 BE2 831E 0416 A852 945 
5146 5A40 20C6 2A00  85B 4OCA 1305 2831 527 


304B 4949 C7A1 B213 985 
05E1 70C4 130C 5416 60) 
OED3 0E62 30D4 1316 284 
8316 49F2 1794 70B2 F96 
130 08D 








0123 4567 89AB CDEF sm 








OD48 8128 F81F EFB 





22A0 09F2 0 1E4 6E04 16A9 5267 232 D9D2 OAD2 A1B3  D87 

CA13 0528 3198 F27 1236 B3A1 6FA4 CA 

2130 2CFA 2339 CBC 9369 3632 F2E3 9AO 

SHRINK28 CHP28) 9000 0000 0007 71A 2088 1303 F216 62F 
# S7ACh 30 octets BA2E 0416 1192 377 6E4E 3082 1304 2A6 


9427 OEOE 3059  FBO 
2270 EOE3 0072 BDC 
130F C436 F743 990 
30D9 D207 9E60 726 
5141 E041 69FF  2EB 1339 16D9 D202 453 
426A 1826 0061 EBF 4412 6C2A 1644  0E9 
4083 4160 B821 ACB O0C: 2303 0040 C9B2 6683 ESC 
A514 1433 70B2 1302 637 00D: 16AB E81B 2130 D9D2  C9F 
CFA2 3392 0999 0000 1CA O00E: OD9D 2052 9363 CE22 A1F 
0000 0057 OA88 A2CB 03) 00F: E2B3 0849 1652 9360 797 


0038 D306 4830 FD5 
6090 2012 040B CAD 
3392 0300 0000 6EA 
0002 0484 94CA 472 


0123 4567 89AB CDEF sm 


000: 76C2 01E3 CO5A 7C09  E28 
001: F170 76C2 014F 30C1 B43 
002: 6D3F BF60 BEE3 0C16 A52 
003: D309 F200 9F20 AED 
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E032 E2B3 0849 1609 
D205 2936 AFE2 2E2B 
3083 A165 2936 F173 
2E2B 3083 A167 9E60 
D873 2AB8 1609 D206 
: 8316 ABE8 1821 3079 
E604 5632 AB81 6D90 
2079 E607 9E60 B213 
0E41 1682 1309 4270 
A182 6592 7052 3305 
2936 5BF2 2F2E 369 
D209 4270 3223 02C2 








1E0 


AF3 





3035 316E 4E30 5233 
0821 3044 230E 4116 
8213 0683 16AB E817 
BF60 8213 079E 60E1 
632A B816 DB23 679E 
60EF 532A B816 D9D2 
079E 6079 470B 2130 
79E6 0C9%4 32AB 8160 
9020 79E6 079E 6082 
1307 E126 CB91 684E 
2050 3545 2594 0582 
1309 4270 4337 0544 


S7A 028: 5082 130B 2130 

150 

F87 

D1A SHRINK48 

BDA # 6460h 30 
ACB 

6Fé 0123 4567 89AB CDEF 
589 

370 D9D2 0D29 51D9 F81F 
1E5 3040 D9D2 OFA& 5089 
E32 FO6E 4E30 5445 0B9F 
9A7 0682 1308 2130 





De 
€ 


CHP48) 
octets 


F34 
D9F 
BE2 
880 





—— JPC 97 Page 32 





Le Journal JPC est le bulletin de liaison entre les 
membres de l’Association "PPC Paris”, régie par la loi 
de 1901. Le Club est éditeur de JPC, et son siège 
social est au 56, rue Jean-Jacques Rousseau, 75001 
Paris. 


PPC Paris est le représentant Français de HEX 
(Handhelds European Clubs EXchange), la 
fédération des principaux clubs Européens 
d'utilisateurs de calculateurs HP. 


La maquette de ce numéro a été préparée et réalisée 
par Jacques Belin et Asdin Aoufi. 


Les dessins sont de Jean-Jacques Dhénin et Paul 
Courbis. 


Les informations et programmes parus dans ce 
journal sont publiées "Tels quels” et ne peuvent en 
aucun cas engager la responsabilité de 
Hewlett-Packard ou de PPC Paris. Hewlett-Packard 
se réserve le droit de ne pas répondre aux questions 
concernant le sujet de certains articles. 


Les programmes publiés peuvent être utilisés 
librement. Cependant, ils ne peuvent être vendus ou 
fournis dans un ensemble commercialisé, sous 
quelque forme que ce soit, sans l'accord écrit de 
l'auteur ou de PPC Paris. 
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